맨위로가기

이더넷 프레임

"오늘의AI위키"는 AI 기술로 일관성 있고 체계적인 최신 지식을 제공하는 혁신 플랫폼입니다.
"오늘의AI위키"의 AI를 통해 더욱 풍부하고 폭넓은 지식 경험을 누리세요.

1. 개요

이더넷 프레임은 이더넷 네트워크에서 데이터를 전송하기 위한 구조로, 데이터 패킷과 페이로드를 포함한다. 이더넷 프레임은 IEEE 802.3 표준에 따라 정의되며, 물리 계층 패킷, 데이터 링크 계층 프레임, 헤더, 페이로드, 프레임 검사 시퀀스(FCS), 프레임의 끝(EOF), 패킷 간 간격(IPG) 등으로 구성된다. 이더넷 프레임에는 이더넷 II, IEEE 802.3, 노벨 Raw IEEE 802.3, IEEE 802.2 LLC/SNAP 등 여러 유형이 있으며, 최대 처리량은 프레임 크기, 프로토콜 오버헤드, 물리 계층 표준 등에 의해 결정된다. 런트 프레임, CRC 불일치, 너무 긴 프레임 등 비정상적인 프레임도 존재하며, IETF는 이러한 이상 프레임에 대한 통계 정보를 수집하는 기능을 정의하고 있다.

더 읽어볼만한 페이지

  • 이더넷 - 기가비트 이더넷
    기가비트 이더넷은 1 Gbit/s의 전송 속도를 지원하는 이더넷 표준으로, 광섬유 및 UTP 케이블을 통해 다양한 기기에 적용되어 광대역 인터넷과 기업 네트워크의 주요 기술로 사용되었으나, 더 빠른 이더넷 기술의 발전으로 비중은 줄어들고 있지만 비용 효율성과 호환성으로 인해 중요한 역할을 지속할 것으로 예상된다.
  • 이더넷 - 네트워크 인터페이스 컨트롤러
    네트워크 인터페이스 컨트롤러(NIC)는 컴퓨터를 네트워크에 연결하는 하드웨어 구성 요소이며, 다양한 네트워크 표준을 지원하고, 최근에는 성능 향상 기술과 가상 네트워크 인터페이스를 지원하기도 한다.
이더넷 프레임
기본 정보
이더넷 프레임 구조
이더넷 프레임 구조
약어Ethernet
종류네트워크 프로토콜
계층데이터 링크 계층물리 계층
프로토콜 모음TCP/IP
구조
프리앰블7 옥텟 (56 비트)
SFD (시작 프레임 구분자)1 옥텟 (8 비트)
목적지 주소6 옥텟 (48 비트)
출발지 주소6 옥텟 (48 비트)
타입/길이2 옥텟 (16 비트)
데이터46-1500 옥텟 (368-12000 비트)
FCS (프레임 검사 시퀀스)4 옥텟 (32 비트)
설명
역할네트워크 장치 간 데이터 전송
특징CSMA/CD 방식 사용
MAC 주소 기반 주소 지정
사용 분야LAN
WAN
기타 네트워크 환경

2. 역사

2. 1. 초기 개발

2. 2. 표준화 과정

2. 3. 발전과 확장

3. 프레임 구조



물리 코딩 하위 계층도 참조

전송 매체의 데이터 패킷과 페이로드를 포함하는 프레임은 이진 데이터로 구성된다. 이더넷은 가장 중요한 옥텟(바이트)을 먼저 전송하며, 각 옥텟 내에서는 최하위 비트가 먼저 전송된다.[3]

이더넷 프레임의 내부 구조는 IEEE 802.3에 명시되어 있다.[2] 아래 표는 최대 MTU 1500 옥텟까지의 페이로드 크기에 대해 전송되는 전체 이더넷 패킷과 내부 프레임을 보여준다. 기가비트 이더넷 및 기타 고속 이더넷 변종의 일부 구현에서는 점보 프레임으로 알려진 더 큰 프레임을 지원한다.

802.3 이더넷 패킷 및 프레임 구조
계층프리앰블프레임 시작 구분 기호(SFD)MAC 목적지MAC 소스802.1Q 태그(선택 사항)이더타입 (이더넷 II) 또는 길이 (IEEE 802.3)페이로드프레임 검사 시퀀스 (32비트 CRC)패킷 간 간격 (IPG)
길이 (옥텟)7166(4)242–1500412
계층 2 이더넷 프레임(프레임의 일부 아님)colspan="6" style="background:#fdd;" |(프레임의 일부 아님)
계층 1 이더넷 패킷 & IPGcolspan="8" style="background:#fdd;"|← 12 옥텟 →



선택 사항인 802.1Q 태그는 프레임에서 추가 공간을 차지한다. IEEE 802.1ad (Q-in-Q)는 각 프레임에 여러 개의 태그를 허용한다.

== 물리 계층 패킷 ==

이더넷 패킷은 7옥테트(56비트)의 프리앰블과 1옥테트(8비트)의 '프레임 시작 구분자'(SFD, start frame delimiter)로 시작한다.[1] 프리앰블 비트 값은 1과 0을 번갈아 가며 송신자와 비트 수준에서 수신기의 클럭을 동기화할 수 있게 한다. 프리앰블 다음에는 SFD가 오며, SFD는 0이 아닌 1로 끝나 프리앰블의 비트 패턴을 끊고 실제 프레임의 시작을 알린다.[1]

물리 계층 송수신기 회로(PHY)는 이더넷 MAC을 물리 매체에 연결하는 데 필요하다. PHY와 MAC 간의 연결은 물리 매체와 독립적이며, 미디어 독립 인터페이스 제품군(MII, GMII, RGMII, SGMII, XGMII)의 버스를 사용한다. 프리앰블과 SFD 표현은 버스 너비에 따라 다르다.

비트, 십진수, 바이트, 니블로 표현되는 프리앰블 및 SFD
표현56비트(7바이트) 프리앰블SFD 바이트
왼쪽에서 오른쪽으로 전송되는, 인코딩되지 않은 와이어상의 비트 패턴 (더 큰 심볼 대신 직렬 비트를 전송하는 이더넷 변형에 사용됨)[1]1010101010101010101010101010101010101010101010101010101010101011
이더넷 LSb 우선 순서의 십진수[1]85858585858585213
8비트 버스에 대한 16진수 LSb 우선 순서 바이트0x550x550x550x550x550x550x550xD5
4비트 버스에 대한 16진수 LSb 우선 순서 니블 (패스트 이더넷 또는 기가비트 송수신기의 MII 버스 또는 RGMII)0x50x50x50x50x50x50x50x50x50x50x50x50x50x50x50xD



SFD 바로 뒤에는 이더넷 프레임의 첫 번째 필드인 목적지 MAC 주소가 온다.

이더넷 물리 계층 패킷. 프리앰블과 SFD를 제외한 부분이 이더넷 프레임


이더넷 물리 계층 패킷과 프레임 구조
내용크기[Byte]범위
프리앰블7rowspan=2 |
물리 계층 패킷
(72–1534)
SFD1
목적지 MAC 주소6
이더넷 프레임
(64–1526)
송신자 MAC 주소6
(VLAN 태그)(4 or 8)
유형/길이2
페이로드46-1500
FCS4
패킷 간 간격12



IEEE 802.3에서는 위 그림과 표에 나타낸 프레임 구조를 규정하고 있다[15]。데이터는 그림의 왼쪽, 표의 위에서부터 순서대로 전송되지만, 각 바이트 내에서는 최하위 비트(LSB)를 먼저 보낸다.[16] MTU가 1500바이트 이하인 페이로드 길이를 갖는 것을 나타냈다. 기가비트 이더넷 이후에는 점보 프레임이라고 불리는 더 큰 프레임을 지원하는 제품도 있다. VLAN 태그는 옵션으로 괄호 안에 표시되어 있으며 필수 사항은 아니다. 일반적으로 4바이트이지만, 이중 태그의 경우 8바이트가 된다.

프리앰블에서는 비트의 교대 패턴 `10`을 연속적으로 사용하며, 수신 측은 이를 통해 비트 레벨에서 쉽게 동기화할 수 있다. 그 후의 SFD에서는 이 교대 패턴의 마지막이 무너져 `11`이 되며, 수신 측은 이를 통해 바이트 레벨에서 동기화하면서 프레임의 시작을 감지할 수 있다[18]

이러한 신호는 LSB가 선두가 되는 16진 표현을 사용하는 경우가 있다. 특히 PHY (물리 계층 장치)・MAC (데이터 링크 계층 장치) 간의 병렬 버스인 MII를 경유하는 경우 등에서는 다음과 같이 나타낸다.


  • 100Mbps 통신의 MII는 4 병렬 버스이기 때문에, 니블 값(4비트 값) 표현으로, 프리앰블은 14개의 `0x5`, SFD는 `0x5 0xD` 순서가 된다.
  • 1Gbps 통신의 GMII는 8 병렬 버스이므로, 바이트 값(8비트 값) 표현으로, 프리앰블은 7개의 `0x55`, SFD는 `0xD5`가 된다.


== 데이터 링크 계층 프레임 ==

이더넷 물리 계층 패킷과 프레임 구조
내용크기[Byte]범위
프리앰블7rowspan=2 |
물리 계층 패킷
(72–1534)
SFD1
목적지 MAC 주소6
이더넷 프레임
(64–1526)
송신자 MAC 주소6
(VLAN 태그)(4 or 8)
유형/길이2
페이로드46-1500
FCS4
패킷 간 간격12



IEEE 802.3에서는 위 표에 나타낸 프레임 구조를 규정하고 있다[15]。데이터는 표의 위에서부터 순서대로 전송되지만, 각 바이트 내에서는 최하위 비트(LSB)를 먼저 보낸다.

여기에서는 MTU가 1500바이트 이하인 페이로드 길이를 갖는 것을 나타냈다. 기가비트 이더넷 이후에는 점보 프레임이라고 불리는 더 큰 프레임을 지원하는 제품도 있다.

VLAN 태그는 옵션으로 괄호 안에 표시되어 있으며 필수 사항은 아니다. 일반적으로 4바이트이지만, 이중 태그의 경우 8바이트가 된다.

이더넷 프레임 앞부분의 다음 필드를 "이더넷 헤더" 또는 "MAC 헤더"라고 부른다.


  • 수신 및 송신 '''MAC 주소''' (6바이트 + 6바이트)
  • '''VLAN 태그''' (Q 태그는 4바이트, Q-in-Q 태그는 8바이트) - 선택 사항이며 필수 사항은 아니다.
  • '''유형/길이''' (2바이트)


레이어 2 스위치(MAC 브리지)는 헤더 내용을 보고 전송 처리를 수행한다. 해당 처리 동작은 IEEE 802.1D에서 처음 규정되었으며, 이후 개정에서 IEEE 802.1Q로 계승되었다. MAC 주소는 프레임의 전송 대상을 판단하거나, 송신처를 기록하는 데 사용된다. VLAN 태그에서는 소속된 LAN과 우선 순위(QoS)가 표시되며, 마찬가지로 전송 대상 및 전송 타이밍을 판단하는 데 사용된다.

== 헤더 ==

헤더는 목적지 및 출발지 MAC 주소(각 6옥텟 길이), EtherType 필드, 선택적으로 IEEE 802.1Q 태그 또는 IEEE 802.1ad 태그를 포함한다.

EtherType 필드는 2옥텟 길이이며 두 가지 다른 용도로 사용될 수 있다. 1500 이하의 값은 페이로드의 크기(옥텟)를 나타내는 데 사용되며, 1536 이상의 값은 EtherType으로 사용되어 프레임의 페이로드에 어떤 프로토콜이 캡슐화되었는지 나타낸다. EtherType으로 사용될 때, 프레임의 길이는 패킷 간 간격 및 유효한 프레임 검사 시퀀스(FCS)의 위치에 의해 결정된다.[21]

IEEE 802.1Q 태그 또는 IEEE 802.1ad 태그가 있는 경우, 이는 가상 LAN(VLAN) 멤버십과 IEEE 802.1p 우선 순위를 나타내는 4옥텟 필드이다. 태그의 처음 두 옥텟은 '''T'''ag '''P'''rotocol '''ID'''entifier(TPID)라고 하며, 프레임이 802.1Q 또는 802.1ad 태그임을 나타내는 EtherType 필드 역할을 한다. 802.1Q는 0x8100의 TPID를 사용한다. 802.1ad는 0x88a8의 TPID를 사용한다.

이더넷 프레임 앞부분의 다음 필드를 "이더넷 헤더" 또는 "MAC 헤더"라고 부른다.

  • 수신 및 송신 '''MAC 주소''' (6바이트 + 6바이트)
  • '''VLAN 태그''' (Q 태그는 4바이트, Q-in-Q 태그는 8바이트) - 선택 사항이며 필수 사항은 아니다.
  • '''유형/길이''' (2바이트)


레이어 2 스위치(MAC 브리지)는 헤더 내용을 보고 전송 처리를 수행한다. 해당 처리 동작은 IEEE 802.1D에서 처음 규정되었으며, 이후 개정에서 IEEE 802.1Q로 계승되었다. MAC 주소는 프레임의 전송 대상을 판단하거나, 송신처를 기록하는 데 사용된다. VLAN 태그에서는 소속된 LAN과 우선 순위(QoS)가 표시되며, 마찬가지로 전송 대상 및 전송 타이밍을 판단하는 데 사용된다.

타입/길이 필드는 두 가지 용도로 사용된다.[21]

  • 이 값이 1536(0x0600) 이상인 경우, EtherType로 해석된다.
  • 이 값이 1500(0x05DC) 이하인 경우, 페이로드 길이로 해석된다.


1500과 1536 사이의 값은 정의되지 않았다.

대부분의 이더넷 프레임은 EtherType을 사용한다. EtherType은 페이로드 필드에 캡슐화된 데이터가 어떤 프로토콜인지 나타내며, 예를 들어 0x0800IPv4 패킷, 0x0806은 ARP 프레임, 0x86DDIPv6 프레임, 0x8100은 VLAN 태그가 있는 프레임을 나타낸다.[22] 이때 프레임 길이는 명시되어 있지 않지만, FCS나 EOF 등에 의해 프레임의 끝을 감지하여 프레임 길이를 알 수 있다.

== 페이로드 ==

페이로드(Payload)는 가변 길이 필드이다. 최소 크기는 64옥텟(바이트)의 최소 프레임 전송 요구 사항에 의해 결정된다. 헤더와 FCS를 고려할 때, 802.1Q 태그가 있으면 최소 페이로드는 42옥텟이고, 없으면 46옥텟이다. 실제 페이로드가 최소값보다 작으면 패딩 옥텟이 그에 따라 추가된다. IEEE 표준은 최대 페이로드를 1500옥텟으로 지정한다. 비표준 점보 프레임은 이를 지원하도록 구축된 네트워크에서 더 큰 페이로드를 허용한다.

페이로드(Payload)는 "MAC 클라이언트 데이터"라고도 부르며, 통신에 사용되는 주 데이터를 배치한다. 임의의 프로토콜을 배치할 수 있으며, 많은 경우 제3계층에 해당하는 인터넷 프로토콜(IP) 패킷의 데이터가 IP 헤더를 포함한 형태로 저장된다.

최소 페이로드 길이는 VLAN 태그가 있는 경우 42바이트, 없는 경우 46바이트이다. 이 값은 프레임 길이가 최소 64바이트가 되도록 설정되어 있으며, 초기 이더넷에서의 CSMA/CD의 충돌 감지에 걸리는 시간에 따라 결정되었다[23] 실제 페이로드가 최소 페이로드 길이보다 짧은 경우에는, 최소 페이로드 길이가 될 때까지 제로 패딩된다[24]

최대 페이로드 길이는 초기에는 1500바이트로 규정되었지만, 1998년에 IEEE 802.3ac에서 VLAN 태그 대응을 위해 1504바이트, 2006년에 IEEE 802.3as에서 1982바이트로 확장되었다. 규격 외의 독자적인 사양인 점보 프레임에서는, 더 큰 페이로드 길이에 대응할 수 있는 구현도 있다.

== 프레임 검사 시퀀스 (FCS) ==

프레임 검사 시퀀스(FCS)는 수신 측에서 수신된 전체 프레임 내에서 손상된 데이터를 감지할 수 있도록 하는 4옥텟 순환 중복 검사(CRC)이다. 표준에 따르면, FCS 값은 보호된 MAC 프레임 필드(소스 및 대상 주소, 길이/유형 필드, MAC 클라이언트 데이터 및 패딩, 즉 FCS를 제외한 모든 필드)의 함수로 계산된다.

표준에 따라, 이 계산은 왼쪽 시프트 CRC-32(다항식 = 0x4C11DB7, 초기 CRC = 0xFFFFFFFF, CRC는 사후 보완, 확인 값 = 0x38FB2284) 알고리즘을 사용하여 수행된다. 표준은 데이터가 최하위 비트(비트 0)부터 먼저 전송되는 반면, FCS는 최상위 비트(비트 31)부터 먼저 전송된다고 명시한다.[1] 대안은 오른쪽 시프트 CRC-32(다항식 = 0xEDB88320, 초기 CRC = 0xFFFFFFFF, CRC는 사후 보완, 확인 값 = 0x2144DF1C)를 사용하여 CRC를 계산하는 것이며, 이는 FCS의 비트 반전인 CRC를 생성하고, 데이터와 CRC를 모두 최하위 비트부터 먼저 전송하여 동일한 전송 결과를 얻는다.

표준은 수신기가 데이터를 수신하면서 새로운 FCS를 계산한 다음, 수신된 FCS와 수신기가 계산한 FCS를 비교해야 한다고 명시한다. 대안은 수신된 데이터와 FCS 모두에 대해 CRC를 계산하는 것이며, 이는 고정된 0이 아닌 "확인" 값을 생성한다. (CRC는 CRC 생성 중에 사후 보완되므로 결과는 0이 아닙니다). 데이터는 최하위 비트부터 먼저 수신되므로 데이터 옥텟을 버퍼링하지 않기 위해 수신기는 일반적으로 오른쪽 시프트 CRC-32를 사용한다. 이로 인해 "확인" 값(때로는 "매직 검사"라고도 함)은 0x2144DF1C가 된다.[5]

그러나 논리적으로 오른쪽 시프트 CRC의 하드웨어 구현은 CRC를 계산하기 위한 기초로 왼쪽 시프트 선형 피드백 시프트 레지스터를 사용할 수 있으며, 비트를 반전시켜 확인 값 0x38FB2284를 생성한다. CRC 보완은 계산 후 및 전송 중에 수행될 수 있으므로 하드웨어 레지스터에 남아 있는 것은 보완되지 않은 결과이므로, 오른쪽 시프트 구현의 잔여 값은 0x2144DF1C의 보수 = 0xDEBB20E3이고, 왼쪽 시프트 구현의 잔여 값은 0x38FB2284의 보수 = 0xC704DD7B이다.

프레임 검사 시퀀스(FCS)는 송신 측이 프레임의 마지막에 추가하는 4바이트 값으로, 이를 통해 수신 측에서 프레임 전체의 데이터 손상을 감지하고 폐기할 수 있다. 또한, 수신 측에서 페이로드 길이를 몰라도 FCS를 검증하여 프레임의 끝을 알 수 있게 된다[27][28]

FCS 값은 32비트 순환 중복 검사(CRC)이며, 이더넷 프레임에서 FCS 필드를 제외한 부분(송신처 MAC, 수신처 MAC, 길이/타입, 페이로드)을 입력으로 계산한다. 이 계산에서는 CRC-32의 표준 다항식 0x04C11DB7를 사용한다. CRC 값은 최상위 비트(비트 31)를 먼저, 최하위 비트를 마지막에 전송하도록 FCS 필드에 할당된다[29]。이 프레임 수신 시에는 CRC를 동일하게 계산하여 프레임 내의 FCS와 비교한다[30]

위의 규정과 등가인 구현 방법으로, 다음과 같은 어레인지가 행해지는 경우가 있다.

CRC의 구현에 사용되는 값
산출 방법순방향(좌 시프트)역방향(우 시프트)
CRC 다항식0x04C11DB70xEDB88320
CRC 검증 값0x38FB22840x2144DF1C
CRC 검증 값의 보수0xC704DD7B0xDEBB20E3


  • 비트 열을 역순으로 하여 연산을 하는 경우가 있다. 프레임 내의 다른 필드는 LSB가 선두에 오는 형식이기 때문에, FCS도 이에 맞춰서 미리 비트 열을 역순으로 하고 오른쪽 시프트 CRC 다항식을 사용하는 것이 효율적이다.
  • 수신 시에 송신 측과 같은 방법으로 CRC를 산출하는 것이 아니라, FCS를 포함한 수신 프레임 전체에 CRC 산출을 하는 경우가 있다. 이 결과, 오류가 없으면 항상 같은 비 제로 값을 얻을 수 있기 때문에, 이것을 "CRC 검증 값", "CRC 매직 체크" 등으로 부른다[31]
  • CRC 산출의 회로 구현에서는, LFSR에 기록하는 값은 보수를 취하지 않는 경우가 있다. 이 경우에는, 송신 시나 취득 시에 보수 변환을 할 필요가 있다.

이러한 방식에 의해, 연산에 사용하는 값은 오른쪽 표와 같은 변형이 있다.

== 프레임의 끝 (EOF) ==

프레임의 종료는 일반적으로 물리 계층의 데이터 스트림 종료 기호 또는 반송파 신호 손실로 표시된다. 10BASE-T에서 수신 스테이션은 반송파 손실을 통해 전송된 프레임의 종료를 감지한다.[6] 이후의 물리 계층은 모호성을 피하기 위해 명시적인 '데이터 종료' 또는 '스트림 종료' 기호 또는 시퀀스를 사용한다. 특히 반송파가 프레임 간에 지속적으로 전송되는 경우, 예를 들어 프레임 전후에 전송되는 특수 기호를 사용하는 8b/10b 인코딩 방식을 가진 기가비트 이더넷이 있다.[6][7][32][33]

== 패킷 간 간격 (IPG) ==

패킷 간 간격(IPG)은 패킷 사이의 유휴 시간이다.[34] 송신기는 패킷을 전송한 후 다음 패킷을 전송하기 전에 최소 96 비트(12 옥텟)의 유휴 회선 상태를 전송해야 한다.[34] 이는 CSMA/CD의 물리적 제약에 따라 결정된다.[34]

3. 1. 물리 계층 패킷

이더넷 패킷은 7옥테트(56비트)의 프리앰블과 1옥테트(8비트)의 '프레임 시작 구분자'(SFD, start frame delimiter)로 시작한다.[1] 프리앰블 비트 값은 1과 0을 번갈아 가며 송신자와 비트 수준에서 수신기의 클럭을 동기화할 수 있게 한다. 프리앰블 다음에는 SFD가 오며, SFD는 0이 아닌 1로 끝나 프리앰블의 비트 패턴을 끊고 실제 프레임의 시작을 알린다.[1]

물리 계층 송수신기 회로(PHY)는 이더넷 MAC을 물리 매체에 연결하는 데 필요하다. PHY와 MAC 간의 연결은 물리 매체와 독립적이며, 미디어 독립 인터페이스 제품군(MII, GMII, RGMII, SGMII, XGMII)의 버스를 사용한다. 프리앰블과 SFD 표현은 버스 너비에 따라 다르다.

비트, 십진수, 바이트, 니블로 표현되는 프리앰블 및 SFD
표현56비트(7바이트) 프리앰블SFD 바이트
왼쪽에서 오른쪽으로 전송되는, 인코딩되지 않은 와이어상의 비트 패턴 (더 큰 심볼 대신 직렬 비트를 전송하는 이더넷 변형에 사용됨)[1]1010101010101010101010101010101010101010101010101010101010101011
이더넷 LSb 우선 순서의 십진수[1]85858585858585213
8비트 버스에 대한 16진수 LSb 우선 순서 바이트0x550x550x550x550x550x550x550xD5
4비트 버스에 대한 16진수 LSb 우선 순서 니블 (패스트 이더넷 또는 기가비트 송수신기의 MII 버스 또는 RGMII)0x50x50x50x50x50x50x50x50x50x50x50x50x50x50x50xD



SFD 바로 뒤에는 이더넷 프레임의 첫 번째 필드인 목적지 MAC 주소가 온다.

이더넷 물리 계층 패킷과 프레임 구조
내용크기[Byte]범위
프리앰블7rowspan=2 |
물리 계층 패킷
(72–1534)
SFD1
목적지 MAC 주소6
이더넷 프레임
(64–1526)
송신자 MAC 주소6
(VLAN 태그)(4 or 8)
유형/길이2
페이로드46-1500
FCS4
패킷 간 간격12



IEEE 802.3에서는 위 그림과 표에 나타낸 프레임 구조를 규정하고 있다[15]。데이터는 그림의 왼쪽, 표의 위에서부터 순서대로 전송되지만, 각 바이트 내에서는 최하위 비트(LSB)를 먼저 보낸다. MTU가 1500바이트 이하인 페이로드 길이를 갖는 것을 나타냈다. 기가비트 이더넷 이후에는 점보 프레임이라고 불리는 더 큰 프레임을 지원하는 제품도 있다. VLAN 태그는 옵션으로 괄호 안에 표시되어 있으며 필수 사항은 아니다. 일반적으로 4바이트이지만, 이중 태그의 경우 8바이트가 된다.

프리앰블에서는 비트의 교대 패턴 `10`을 연속적으로 사용하며, 수신 측은 이를 통해 비트 레벨에서 쉽게 동기화할 수 있다. 그 후의 SFD에서는 이 교대 패턴의 마지막이 무너져 `11`이 되며, 수신 측은 이를 통해 바이트 레벨에서 동기화하면서 프레임의 시작을 감지할 수 있다[18]

이러한 신호는 LSB가 선두가 되는 16진 표현을 사용하는 경우가 있다. 특히 PHY (물리 계층 장치)・MAC (데이터 링크 계층 장치) 간의 병렬 버스인 MII를 경유하는 경우 등에서는 다음과 같이 나타낸다.


  • 100Mbps 통신의 MII는 4 병렬 버스이기 때문에, 니블 값(4비트 값) 표현으로, 프리앰블은 14개의 `0x5`, SFD는 `0x5 0xD` 순서가 된다.
  • 1Gbps 통신의 GMII는 8 병렬 버스이므로, 바이트 값(8비트 값) 표현으로, 프리앰블은 7개의 `0x55`, SFD는 `0xD5`가 된다.

3. 2. 데이터 링크 계층 프레임

물리 계층 패킷
(72–1534)
↓SFD1목적지 MAC 주소6↑
이더넷 프레임
(64–1526)
↓송신자 MAC 주소6(VLAN 태그)(4 or 8)유형/길이2페이로드46-1500FCS4패킷 간 간격12



IEEE 802.3에서는 위 표에 나타낸 프레임 구조를 규정하고 있다[15]。데이터는 표의 위에서부터 순서대로 전송되지만, 각 바이트 내에서는 최하위 비트(LSB)를 먼저 보낸다.

여기에서는 MTU가 1500바이트 이하인 페이로드 길이를 갖는 것을 나타냈다. 기가비트 이더넷 이후에는 점보 프레임이라고 불리는 더 큰 프레임을 지원하는 제품도 있다.

VLAN 태그는 옵션으로 괄호 안에 표시되어 있으며 필수 사항은 아니다. 일반적으로 4바이트이지만, 이중 태그의 경우 8바이트가 된다.

이더넷 프레임 앞부분의 다음 필드를 "이더넷 헤더" 또는 "MAC 헤더"라고 부른다.



레이어 2 스위치(MAC 브리지)는 헤더 내용을 보고 전송 처리를 수행한다. 해당 처리 동작은 IEEE 802.1D에서 처음 규정되었으며, 이후 개정에서 IEEE 802.1Q로 계승되었다. MAC 주소는 프레임의 전송 대상을 판단하거나, 송신처를 기록하는 데 사용된다. VLAN 태그에서는 소속된 LAN과 우선 순위(QoS)가 표시되며, 마찬가지로 전송 대상 및 전송 타이밍을 판단하는 데 사용된다.

3. 2. 1. 헤더

헤더는 목적지 및 출발지 MAC 주소(각 6옥텟 길이), EtherType 필드, 선택적으로 IEEE 802.1Q 태그 또는 IEEE 802.1ad 태그를 포함한다.

EtherType 필드는 2옥텟 길이이며 두 가지 다른 용도로 사용될 수 있다. 1500 이하의 값은 페이로드의 크기(옥텟)를 나타내는 데 사용되며, 1536 이상의 값은 EtherType으로 사용되어 프레임의 페이로드에 어떤 프로토콜이 캡슐화되었는지 나타낸다. EtherType으로 사용될 때, 프레임의 길이는 패킷 간 간격 및 유효한 프레임 검사 시퀀스(FCS)의 위치에 의해 결정된다.[21]

IEEE 802.1Q 태그 또는 IEEE 802.1ad 태그가 있는 경우, 이는 가상 LAN(VLAN) 멤버십과 IEEE 802.1p 우선 순위를 나타내는 4옥텟 필드이다. 태그의 처음 두 옥텟은 '''T'''ag '''P'''rotocol '''ID'''entifier(TPID)라고 하며, 프레임이 802.1Q 또는 802.1ad 태그임을 나타내는 EtherType 필드 역할을 한다. 802.1Q는 0x8100의 TPID를 사용한다. 802.1ad는 0x88a8의 TPID를 사용한다.

이더넷 프레임 앞부분의 다음 필드를 "이더넷 헤더" 또는 "MAC 헤더"라고 부른다.

레이어 2 스위치(MAC 브리지)는 헤더 내용을 보고 전송 처리를 수행한다. 해당 처리 동작은 IEEE 802.1D에서 처음 규정되었으며, 이후 개정에서 IEEE 802.1Q로 계승되었다. MAC 주소는 프레임의 전송 대상을 판단하거나, 송신처를 기록하는 데 사용된다. VLAN 태그에서는 소속된 LAN과 우선 순위(QoS)가 표시되며, 마찬가지로 전송 대상 및 전송 타이밍을 판단하는 데 사용된다.

타입/길이 필드는 두 가지 용도로 사용된다.[21]

1500과 1536 사이의 값은 정의되지 않았다.

대부분의 이더넷 프레임은 EtherType을 사용한다. EtherType은 페이로드 필드에 캡슐화된 데이터가 어떤 프로토콜인지 나타내며, 예를 들어 0x0800IPv4 패킷, 0x0806은 ARP 프레임, 0x86DDIPv6 프레임, 0x8100은 VLAN 태그가 있는 프레임을 나타낸다.[22] 이때 프레임 길이는 명시되어 있지 않지만, FCS나 EOF 등에 의해 프레임의 끝을 감지하여 프레임 길이를 알 수 있다.

3. 2. 2. 페이로드

페이로드(Payload)는 가변 길이 필드이다. 최소 크기는 64옥텟(바이트)의 최소 프레임 전송 요구 사항에 의해 결정된다. 헤더와 FCS를 고려할 때, 802.1Q 태그가 있으면 최소 페이로드는 42옥텟이고,[4] 없으면 46옥텟이다. 실제 페이로드가 최소값보다 작으면 패딩 옥텟이 그에 따라 추가된다. IEEE 표준은 최대 페이로드를 1500옥텟으로 지정한다. 비표준 점보 프레임은 이를 지원하도록 구축된 네트워크에서 더 큰 페이로드를 허용한다.

페이로드(Payload)는 "MAC 클라이언트 데이터"라고도 부르며, 통신에 사용되는 주 데이터를 배치한다. 임의의 프로토콜을 배치할 수 있으며, 많은 경우 제3계층에 해당하는 인터넷 프로토콜(IP) 패킷의 데이터가 IP 헤더를 포함한 형태로 저장된다.

최소 페이로드 길이는 VLAN 태그가 있는 경우 42바이트, 없는 경우 46바이트이다. 이 값은 프레임 길이가 최소 64바이트가 되도록 설정되어 있으며, 초기 이더넷에서의 CSMA/CD의 충돌 감지에 걸리는 시간에 따라 결정되었다[23] 실제 페이로드가 최소 페이로드 길이보다 짧은 경우에는, 최소 페이로드 길이가 될 때까지 제로 패딩된다[24]

최대 페이로드 길이는 초기에는 1500바이트로 규정되었지만, 1998년에 IEEE 802.3ac에서 VLAN 태그 대응을 위해 1504바이트[25], 2006년에 IEEE 802.3as에서 1982바이트로 확장되었다[26] 규격 외의 독자적인 사양인 점보 프레임에서는, 더 큰 페이로드 길이에 대응할 수 있는 구현도 있다.

3. 2. 3. 프레임 검사 시퀀스 (FCS)

프레임 검사 시퀀스(FCS)는 수신 측에서 수신된 전체 프레임 내에서 손상된 데이터를 감지할 수 있도록 하는 4옥텟 순환 중복 검사(CRC)이다. 표준에 따르면, FCS 값은 보호된 MAC 프레임 필드(소스 및 대상 주소, 길이/유형 필드, MAC 클라이언트 데이터 및 패딩, 즉 FCS를 제외한 모든 필드)의 함수로 계산된다.

표준에 따라, 이 계산은 왼쪽 시프트 CRC-32(다항식 = 0x4C11DB7, 초기 CRC = 0xFFFFFFFF, CRC는 사후 보완, 확인 값 = 0x38FB2284) 알고리즘을 사용하여 수행된다. 표준은 데이터가 최하위 비트(비트 0)부터 먼저 전송되는 반면, FCS는 최상위 비트(비트 31)부터 먼저 전송된다고 명시한다.[1] 대안은 오른쪽 시프트 CRC-32(다항식 = 0xEDB88320, 초기 CRC = 0xFFFFFFFF, CRC는 사후 보완, 확인 값 = 0x2144DF1C)를 사용하여 CRC를 계산하는 것이며, 이는 FCS의 비트 반전인 CRC를 생성하고, 데이터와 CRC를 모두 최하위 비트부터 먼저 전송하여 동일한 전송 결과를 얻는다.

표준은 수신기가 데이터를 수신하면서 새로운 FCS를 계산한 다음, 수신된 FCS와 수신기가 계산한 FCS를 비교해야 한다고 명시한다. 대안은 수신된 데이터와 FCS 모두에 대해 CRC를 계산하는 것이며, 이는 고정된 0이 아닌 "확인" 값을 생성한다. (CRC는 CRC 생성 중에 사후 보완되므로 결과는 0이 아닙니다). 데이터는 최하위 비트부터 먼저 수신되므로 데이터 옥텟을 버퍼링하지 않기 위해 수신기는 일반적으로 오른쪽 시프트 CRC-32를 사용한다. 이로 인해 "확인" 값(때로는 "매직 검사"라고도 함)은 0x2144DF1C가 된다.[5]

그러나 논리적으로 오른쪽 시프트 CRC의 하드웨어 구현은 CRC를 계산하기 위한 기초로 왼쪽 시프트 선형 피드백 시프트 레지스터를 사용할 수 있으며, 비트를 반전시켜 확인 값 0x38FB2284를 생성한다. CRC 보완은 계산 후 및 전송 중에 수행될 수 있으므로 하드웨어 레지스터에 남아 있는 것은 보완되지 않은 결과이므로, 오른쪽 시프트 구현의 잔여 값은 0x2144DF1C의 보수 = 0xDEBB20E3이고, 왼쪽 시프트 구현의 잔여 값은 0x38FB2284의 보수 = 0xC704DD7B이다.

프레임 검사 시퀀스(FCS)는 송신 측이 프레임의 마지막에 추가하는 4바이트 값으로, 이를 통해 수신 측에서 프레임 전체의 데이터 손상을 감지하고 폐기할 수 있다. 또한, 수신 측에서 페이로드 길이를 몰라도 FCS를 검증하여 프레임의 끝을 알 수 있게 된다[27][28]

FCS 값은 32비트 순환 중복 검사(CRC)이며, 이더넷 프레임에서 FCS 필드를 제외한 부분(송신처 MAC, 수신처 MAC, 길이/타입, 페이로드)을 입력으로 계산한다. 이 계산에서는 CRC-32의 표준 다항식 0x04C11DB7를 사용한다. CRC 값은 최상위 비트(비트 31)를 먼저, 최하위 비트를 마지막에 전송하도록 FCS 필드에 할당된다[29]。이 프레임 수신 시에는 CRC를 동일하게 계산하여 프레임 내의 FCS와 비교한다[30]

위의 규정과 등가인 구현 방법으로, 다음과 같은 어레인지가 행해지는 경우가 있다.

CRC의 구현에 사용되는 값
산출 방법순방향(좌 시프트)역방향(우 시프트)
CRC 다항식0x04C11DB70xEDB88320
CRC 검증 값0x38FB22840x2144DF1C
CRC 검증 값의 보수0xC704DD7B0xDEBB20E3


이러한 방식에 의해, 연산에 사용하는 값은 오른쪽 표와 같은 변형이 있다.

3. 3. 프레임의 끝 (EOF)

프레임의 종료는 일반적으로 물리 계층의 데이터 스트림 종료 기호 또는 반송파 신호 손실로 표시된다. 10BASE-T에서 수신 스테이션은 반송파 손실을 통해 전송된 프레임의 종료를 감지한다.[6] 이후의 물리 계층은 모호성을 피하기 위해 명시적인 '데이터 종료' 또는 '스트림 종료' 기호 또는 시퀀스를 사용한다. 특히 반송파가 프레임 간에 지속적으로 전송되는 경우, 예를 들어 프레임 전후에 전송되는 특수 기호를 사용하는 8b/10b 인코딩 방식을 가진 기가비트 이더넷이 있다.[6][7][32][33]

3. 4. 패킷 간 간격 (IPG)

패킷 간 간격(IPG)은 패킷 사이의 유휴 시간이다.[34] 송신기는 패킷을 전송한 후 다음 패킷을 전송하기 전에 최소 96 비트(12 옥텟)의 유휴 회선 상태를 전송해야 한다.[34] 이는 CSMA/CD의 물리적 제약에 따라 결정된다.[34]

4. 프레임 유형

란의 값페이로드의
선두 2바이트비고Ethernet II≥ 1536임의DIX 사양이라고도 한다. 오늘날 가장 일반적으로 사용된다.노벨 IPX 캡슐≤ 15000xFFFF벤더 고유 형식.IEEE 802.2 LLC 캡슐≤ 1500SAP 주소IEEE 802.3 초기 사양 중 하나.IEEE 802.2 SNAP 캡슐≤ 15000xAAAAIEEE 802.3 초기 사양 중 하나.



이들 4종은 타입/길이 란이나 페이로드 란의 차이에 의해 식별할 수 있으며, 같은 물리 매체 상에 공존할 수 있다. 또한, 어느 것이든 VLAN 태그를 붙일 수 있다.

4. 1. 이더넷 II (DIX) 프레임

'''이더넷 II 프레이밍'''(또는 '''DIX 이더넷''')은 DEC, 인텔, 제록스의 이름을 따서 명명되었으며,[8] 이더넷 프레임에서 대상 및 소스 MAC 주소 다음에 오는 2옥텟 EtherType 필드를 정의한다. 이 필드는 프레임 데이터에 의해 상위 계층 프로토콜이 캡슐화되었음을 식별한다. 예를 들어 EtherType 값이 0x0800이면 프레임에 IPv4 데이터그램이, 0x0806이면 ARP 데이터그램이, 0x86DD이면 IPv6 데이터그램이 포함되어 있음을 나타낸다.[8]

이 업계 표준은 정식 IEEE 표준화 과정을 거치면서 EtherType 필드가 (데이터) 길이 필드로 변경되었다.[8] 수신자는 프레임을 해석하는 방법을 알아야 하므로, 표준에서는 길이 다음에 유형을 지정하는 IEEE 802.2 헤더가 필요했다. 수년 후, 802.3x-1997 표준 및 이후 버전의 802.3 표준은 두 가지 유형의 프레이밍을 모두 공식적으로 승인했다.[8] 이더넷 II 프레이밍은 단순성과 낮은 오버헤드 덕분에 이더넷 근거리 통신망에서 가장 흔하게 사용된다.

동일한 이더넷 세그먼트에서 이더넷 II 프레이밍과 802.3 프레이밍을 모두 사용하려면 EtherType 값은 1536(0x0600) 이상이어야 한다. 이 값은 이더넷 802.3 프레임의 페이로드 필드의 최대 길이가 1500옥텟(0x05DC)이기 때문에 선택되었다. 필드 값이 1536 이상이면 프레임은 EtherType 필드가 있는 이더넷 II 프레임이고,[9] 1500 이하이면 길이 필드인 IEEE 802.3 프레임이다.[9] 1500과 1536 사이의 값은 정의되지 않는다.[10] 이 규칙을 통해 소프트웨어는 프레임 유형을 확인하고, 두 표준을 동일한 물리적 매체에서 공존시킬 수 있다.

'''이더넷 II'''는 타입/길이 필드를 EtherType으로 사용하는 프레임이다. DEC, 인텔, Xerox 3사가 주로 설계하고 규정했으며, 3사의 머리글자를 따서 '''DIX 사양'''이라고도 불린다.[35] 1979년 사양 공개 이후 사실상의 표준으로 널리 보급되었지만, 1997년 IEEE 802.3x에서 정식으로 표준화되었고, 이 필드를 타입/길이로 병용하는 것이 명시되었다.[36]

4. 2. IEEE 802.3 프레임

IEEE 802.3 표준은 OSI 모델과 같이 연결 지향 및 비연결 네트워크 서비스를 모두 제공하는 IEEE 802.2 LLC 캡슐화를 기반으로 동작한다.[12] LLC 헤더는 SAP(서비스 액세스 포인트)라고 불리는 두 개의 주소 값을 포함하며, 제어 바이트 값에 따라 비연결형 또는 연결형 통신 모드로 작동할 수 있다.

IEEE 802.2 LLC 캡슐화는 현재 일반적인 네트워크에서 널리 사용되지 않는다. 과거에는 이더넷과 토큰 링, FDDI 네트워크 간의 투명한 변환 브리지를 지원하기 위해 사용되었으나, 현재는 IP를 통해 NetWare로 마이그레이션하지 않은 대규모 기업 NetWare 환경을 제외하고는 거의 사용되지 않는다.[12] 노벨(Novell)의 NetWare 4.10 이후 버전에서는 기본 IPX 통신에도 사용되었지만, 대부분 IP 통신으로 전환되었다.

IEEE 802.2 LLC SAP/SNAP 프레임에서 IPv4 트래픽을 캡슐화하기 위한 인터넷 표준이 존재한다.[12] 이는 FDDI, 토큰 링, IEEE 802.11(5.9 GHz 대역 제외, 여기서는 이더 타입 사용)[13] 및 기타 IEEE 802 LAN에서 사용되지만, 이더넷에서는 거의 구현되지 않는다. IPv6 또한 IEEE 802.2 LLC SAP/SNAP을 사용하여 이더넷을 통해 전송될 수 있지만, 역시 거의 사용되지 않는다.

이더넷 헤더802.2 LLC 헤더페이로드
수신 MAC송신 MAC길이수신 SAP 주소송신 SAP 주소제어
6바이트6바이트2바이트1바이트1바이트1-2바이트임의 바이트



4. 3. 노벨 Raw IEEE 802.3 프레임

노벨의 "raw" 802.3 프레임 형식은 초기 IEEE 802.3 작업을 기반으로 했다. 노벨은 이를 시작점으로 삼아 자체 IPX 네트워크 프로토콜의 첫 번째 이더넷 구현을 만들었다. 그들은 LLC 헤더를 사용하지 않고 길이 필드 바로 뒤에 IPX 패킷을 시작했다. 이는 IEEE 802.3 표준을 준수하지 않지만, IPX는 항상 처음 두 옥텟으로 FF를 사용하므로 (IEEE 802.2 LLC에서는 이론적으로 가능하지만 극히 드물게 발생함) 실제로 다른 이더넷 구현과 공존한다. 특히 초기 형태의 DECnet은 이로 인해 혼란을 겪었다.[11]

노벨 넷웨어(Novell NetWare)는 1990년대 중반까지 이 프레임 형식을 기본적으로 사용했으며, 당시 넷웨어가 매우 널리 사용되었고 IP는 그렇지 않았기 때문에 한때 전 세계 이더넷 트래픽의 대부분이 IPX를 전달하는 "raw" 802.3을 통해 실행되었다. 넷웨어 4.10부터 넷웨어는 IPX를 사용할 때 IEEE 802.2 with LLC (NetWare Frame Type Ethernet_802.2)를 기본값으로 사용한다.[11]

페이로드 부분에 IPX 패킷을 넣는 방식이다. 1983년 노벨이 IEEE 802.3 제정 중인 사양을 기반으로 NetWare 등에 독자적으로 구현한 프로토콜로, 1990년대 중반까지 사용되었다.

이더넷 헤더노벨 고유 페이로드
목적지 MAC송신자 MAC길이식별자데이터
6바이트6바이트2바이트2바이트
0xffff
임의 바이트



길이 필드 바로 다음에 IPX 패킷이 시작된다. 이는 규격 준수는 아니지만, 페이로드의 처음 2바이트를 0xFFFF로 하고 있으며, IEEE 802.2 LLC 캡슐에서 해당 패턴이 나타나는 경우는 극히 드물기 때문에, 실용적으로는 다른 형식과 식별이 가능했다. 다만, DECnet의 초창기 형식에서는 이 사양이 혼란을 야기한 사례가 있었다.

IP 보급이 아직 진행되지 않았던 시대에는 NetWare에서 기본적으로 사용되던 이 형식에 의한 IPX 통신이 이더넷 통신의 대부분을 차지했다[37]

4. 4. IEEE 802.2 LLC/SNAP 프레임

IEEE 802.2 LLC 헤더는 OSI 모델에서 ''서비스 액세스 포인트''(SAP)라고 하는 두 개의 8비트 주소 필드를 포함한다. 소스 및 대상 SAP가 모두 0xAA로 설정되면 LLC 헤더 뒤에 SNAP 헤더가 온다. SNAP 헤더를 사용하면 모든 IEEE 802 프로토콜과 함께 EtherType 값을 사용할 수 있으며, 개인 프로토콜 ID 공간도 지원할 수 있다.

IEEE 802.3x-1997에서 IEEE 이더넷 표준은 MAC 주소 뒤의 16비트 필드를 길이 필드 또는 유형 필드로 사용할 수 있도록 명시적으로 변경되었다.

AppleTalk v2 프로토콜 제품군은 이더넷("EtherTalk")에서 IEEE 802.2 LLC + SNAP 캡슐화를 사용한다. LLC(논리 링크 제어) 패킷을 페이로드 부분에 넣는 방식이다. LLC 헤더에는 SAP(서비스 액세스 포인트)라고 불리는 두 개의 주소 값이 포함되어 있다. 제어 바이트의 값에 따라 비연결형 또는 연결형 통신 모드 모두에서 작동할 수 있다.

이더넷 헤더802.2 LLC 헤더페이로드
수신 MAC송신 MAC길이수신 SAP 주소송신 SAP 주소제어
6바이트6바이트2바이트1바이트1바이트1-2바이트임의 바이트



이 형식은 과거에는 많은 사내 LAN에서 이더넷과 토큰 링, FDDI 간의 투명 변환 브리지에 사용되었지만, 현재 일반적인 네트워크에서는 거의 사용되지 않는다. 노벨(Novell)의 NetWare 4.10 이후 버전에서는 기본 IPX 통신에도 사용되었지만, 대부분 IP 통신으로 전환되었다.

'''SNAP''' (서브네트워크 접근 프로토콜, Subnetwork Access Protocol)은 IEEE 802.2 LLC를 확장하여 특히 EtherType을 저장하는 란을 마련하여 프로토콜의 식별을 가능하게 한 것이다.

LLC 헤더의 SAP가 모두 값 `0xAA`인 경우 LLC 헤더 다음에 SNAP 헤더를 둘 수 있다. SNAP 헤더에서는 프로토콜 ID 란에 EtherType 값을 넣을 수 있다.

이더넷 헤더802.2 LLC 헤더SNAP 확장페이로드
목적지 MAC송신자 MAC길이목적지 SAP송신자 SAP제어OUI프로토콜 ID
6바이트6바이트2바이트1바이트
AA
1바이트
AA
1-2바이트3바이트2바이트임의 바이트



1987년에 출시된 Mac OS의 AppleTalk (Ethertalk)에서 이 형식을 사용했다.

1988년의 에서는 IEEE 802.2 LLC의 SAP/SNAP 프레임에 IPv4 통신을 캡슐화하는 사양이 규정되었다[38]. FDDI·토큰 링·IEEE 802.11 (EtherType을 사용하는 5.9 GHz 대역을 제외)[39] 등에서 사용되고 있지만, 이더넷에서는 거의 구현되지 않았다. 마찬가지로 IPv6도 IEEE 802.2 LLC SAP/SNAP을 사용한 이더넷 통신이 가능하지만, 이것 또한 거의 사용되지 않는다.

5. 최대 처리량

이더넷의 최대 처리량은 다양한 요인에 의해 영향을 받는다. 프로토콜 오버헤드는 패킷 크기에서 페이로드 크기를 제외한 부분을 전체 패킷 크기로 나눈 값으로 계산되며, 프로토콜 효율은 페이로드 크기를 전체 패킷 크기로 나눈 값이다. 최대 효율은 허용되는 가장 큰 페이로드 크기에서 달성된다. 태그가 없는 프레임의 경우 최대 효율은 97.53%이며, 802.1Q VLAN 태깅을 사용하면 97.28%이다.

처리율은 효율성과 순 비트 전송률을 곱하여 계산한다. 순 비트 전송률은 이더넷 물리 계층 표준에 따라 10 Mbit/s, 100 Mbit/s, 1 Gbit/s, 10 Gbit/s 등이 될 수 있다. 100BASE-TX 이더넷의 최대 처리량은 802.1Q가 없는 경우 97.53 Mbit/s, 802.1Q가 있는 경우 97.28 Mbit/s이다.

채널 사용률은 전송된 데이터의 성격(페이로드 또는 오버헤드)과 관계없이 채널의 사용만을 고려하는 개념으로, 데이터 전송에 소요된 시간을 총 시간으로 나누어 계산한다. 총 시간은 채널 왕복 시간, 호스트 처리 시간, 데이터 및 승인 전송 시간을 모두 포함한다.

이더넷의 처리량은 회선 속도와 전송 효율을 곱한 값으로 나타낼 수 있다. 전송 효율은 페이로드 전송 효율, 프레임 전송 효율, 물리 계층 패킷 전송 효율 등 다양한 관점에서 계산될 수 있다.

다음 표는 전송 효율 계산의 예시를 보여준다.

colspan=2 |최단 프레임
(태그 없음)
최단 프레임
(태그 있음)
최장 프레임
(태그 없음)
최장 프레임
(태그 있음)
크기페이로드 길이46바이트42바이트1500바이트1500바이트
프레임 길이64바이트64바이트1518바이트1522바이트
전송 효율페이로드율54.76% (=46/84)50.00% (=42/84)97.53% (=1500/1538)97.28% (=1500/1542)
프레임율76.19% (=64/84)76.19% (=64/84)98.70% (=1518/1538)98.70% (=1522/1542)
물리 계층 패킷율85.71% (=72/84)85.71% (=72/84)99.22% (=1526/1538)99.22% (=1530/1542)



예를 들어, 1000BASE-T에서 태그가 있는 프레임을 통신하는 경우 최대 처리량은 위 표의 가장 오른쪽 열의 값에 1Gbps를 곱하여 각각 972.8 Mbps, 987.0 Mbps, 992.2 Mbps를 얻는다.[40]

스위치 성능으로서의 처리량은 pps(패킷 매 초)로 표현될 수도 있으며, 회선 속도를 8로 나누고, 이를 다시 (물리 프레임 길이 + 패킷 간격 길이)로 나누어 계산한다. 1Gbps 통신의 최단 프레임의 경우, 1G / 8 / 84 = 1488095 pps를 얻으며, 이 값은 벤치마크 테스트에 사용된다.[40]

6. 비정상 프레임

런트 프레임은 IEEE 802.3의 최소 길이인 64 옥텟보다 작은 이더넷 프레임이다.[14] 런트 프레임은 주로 충돌로 인해 발생하며, 다른 가능한 원인으로는 오작동하는 네트워크 카드, 버퍼 언더런, 이중화 불일치 또는 소프트웨어 문제가 있다.[14]

IETF에서는 LAN 관리 기능인 RMON영어을 규정하고 있으며, 프레임 통계 정보 수집 기능에서 다음과 같은 이상 프레임을 정의한다.[41]

7. 대한민국 네트워크 환경과 이더넷

8. 더불어민주당 관점에서의 이더넷

9. 결론

참조

[1] 서적 802.3-2018 – IEEE Standard for Ethernet IEEE 2018-06-14
[2] 서적 802.3-2018 – IEEE Standard for Ethernet IEEE 2018-06-14
[3] 서적 802.3-2018 – IEEE Standard for Ethernet IEEE 2018-06-14
[4] 서적 IEEE Standard for Local and metropolitan area networks--Media Access Control (MAC) Bridges and Virtual Bridged Local Area Networks
[5] 웹사이트 Specification of CRC Routines V4.5.0 R4.1 Rev 3 https://www.autosar.[...] AUTOSAR 2020-01-30
[6] 서적 Ethernet: The Definitive Guide https://archive.org/[...] O'Reilly 2000-02-01
[7] 서적 802.3-2018 – IEEE Standard for Ethernet IEEE 2018-06-14
[8] 서적 Drew Heywood's Windows 2000 Network Services Sams
[9] 서적 IEEE Std 802.3x-1997 and IEEE Std 802.3y-1997 The Institute of Electrical and Electronics Engineers, Inc. 1997-03-20
[10] 서적 802.3-2018 – IEEE Standard for Ethernet 2018-06-14
[11] 뉴스그룹 Ethernet Framing https://groups.googl[...] 1993-09-17
[12] IETF A Standard for the Transmission of IP Datagrams over IEEE 802 Networks Network Working Group of the IETF 1988-02-01
[13] 서적 IEEE Std 802.11-2016: Part 11: Wireless LAN Medium Access Control IEEE (MAC) and Physical Layer (PHY) Specifications. IEEE
[14] 웹사이트 Troubleshooting Ethernet http://www.cisco.com[...] Cisco Systems 2016-08-13
[15] 표준 IEEE 802.3-2022
[16] 표준 IEEE 802.3-2022
[17] 표준 IEEE 802.3-2022
[18] 표준 IEEE 802.3-2022
[19] 웹사이트 イーサネットヘッダ https://e-words.jp/w[...] 2023-12-12
[20] 웹사이트 IPアドレスとMACアドレスをひも付ける、「ARP」プロトコルの動きを完全図解 https://xtech.nikkei[...] 2023-12-12
[21] 표준 IEEE 802.3-2022
[22] 웹사이트 IEEE 802 Numbers https://www.iana.org[...] IANA 2023-12-12
[23] 표준 IEEE 802.3-2022
[24] 표준 IEEE 802.1Q-2022
[25] 웹사이트 IEEE P802.3ac VLAN TAG Task Force https://www.ieee802.[...] 2023-12-12
[26] 웹사이트 IEEE P802.3as Frame Expansion Task Force https://www.ieee802.[...] 2023-12-12
[27] 웹사이트 Cyclic Redundancy Check http://www.hackersde[...] 2009-07-28
[28] 웹사이트 Configurable LocalLink CRC Reference Design http://www.xilinx.co[...] 2007-04-20
[29] 표준 IEEE 802.3-2022
[30] 표준 IEEE 802.3-2022
[31] 웹사이트 Specification of CRC Routines V4.5.0 R4.1 Rev 3 https://www.autosar.[...] AUTOSAR 2023-12-11
[32] 서적 Ethernet: The Definitive Guide https://books.google[...] O'Reilly 2000-02-01
[33] 표준 IEEE 802.3-2022
[34] 표준 IEEE 802.3-2022
[35] 서적 Drew Heywood's Windows 2000 Network Services Sams
[36] 서적 IEEE 802.3x-1997 https://standards.ie[...] IEEE
[37] 뉴스그룹 Ethernet Framing https://groups.googl[...] 1993-09-17
[38] IETF A Standard for the Transmission of IP Datagrams over IEEE 802 Networks 1988-02-00
[39] 문서 IEEE 802.11-2016
[40] IETF Ethernet
[41] IETF Definitions
[42] 웹사이트 Troubleshooting Ethernet http://www.cisco.com[...] Cisco Systems 2016-08-13
[43] 웹인용 3.1.1 Packet format https://ieeexplore.i[...] 2018-04-12



본 사이트는 AI가 위키백과와 뉴스 기사,정부 간행물,학술 논문등을 바탕으로 정보를 가공하여 제공하는 백과사전형 서비스입니다.
모든 문서는 AI에 의해 자동 생성되며, CC BY-SA 4.0 라이선스에 따라 이용할 수 있습니다.
하지만, 위키백과나 뉴스 기사 자체에 오류, 부정확한 정보, 또는 가짜 뉴스가 포함될 수 있으며, AI는 이러한 내용을 완벽하게 걸러내지 못할 수 있습니다.
따라서 제공되는 정보에 일부 오류나 편향이 있을 수 있으므로, 중요한 정보는 반드시 다른 출처를 통해 교차 검증하시기 바랍니다.

문의하기 : help@durumis.com